описание спецификации

верификация
контроль
проверка
Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
[ http://www.morepc.ru/dict/]

верификация
(ITIL Service Transition)
Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

verification 
(ITIL Service Transition)
An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
See also acceptance; validation; service validation and testing.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• контроль
• проверка

EN

• verification

верификация
Подтверждение посредством представления объективных свидетельств того, что установленные требования были выполнены.
Примечания
1. Термин "верифицирован" используют для обозначения соответствующего статуса.
2. Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний и демонстраций;
- анализ документов до их выпуска.
[ ГОСТ Р ИСО 9000-2008]

Тематики

• системы менеджмента качества

EN

• verification

верификация (доказательство правильности)
контроль
проверка
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• контроль
• проверка

EN

• verification

верификация (проверка)
1. Процесс определения соответствия качества или характеристик продукта или услуги тому, что предписывается, предопределяется или требуется. Верификация тесно связана с обеспечением качества и контролем качества. верификация компьютерной системы computer system verification Процесс, имеющий целью обеспечить, чтобы данный этап в жизненном цикле системы удовлетворял требованиям, введенным на предыдущем этапе. верификация модели model verification Процесс, имеющий целью определить, правильно ли отображает данная вычислительная модель искомую концептуальную модель или математическую модель. Верификация системного кода system code verification Анализ кодирования источника на предмет его соответствия описанию в документации системного кода. 2. Подтверждение на основе объективных свидетельств того, что установленные требования были выполнены. См. валидация (аттестация). Соответствующий статус – ‘верифицировано’. Верификация может включать такие операции, как: осуществление альтернативных расчетов; сравнение научной и технической документации по новому проекту с аналогичной документацией по апробированному проекту; проведение испытаний и демонстраций; и анализ документов до их выпуска.
[Глоссарий МАГАТЭ по вопросам безопасности]

Тематики

• МАГАТЭ

EN

• verification

верификация
Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
Пример
Процесс верификации включает в себя:
- просмотр выходных данных (документов, относящихся ко всем стадиям жизненного цикла систем безопасности) для того, чтобы убедиться в соответствии задачам и требованиям соответствующей стадии, с учетом конкретных входных данных для этой стадии;
- просмотр проектов;
- тестирование проектируемых продуктов для того, чтобы убедиться, что они работают в соответствии с их спецификациями;
- проверка интеграции, реализуемая внешними тестами, для всех систем, образующихся покомпонентным добавлением к исходной системе, и необходимая для того, чтобы убедиться, что все компоненты работают вместе в соответствии со спецификацией.
[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• verification

верификация (штрихового кода)
Техническая процедура измерения показателей символа штрихового кода, в процессе которой определяется их соответствие требованиям, предъявляемым к символу.
[ ГОСТ 30721-2000]
[ ГОСТ Р 51294.3-99]

Тематики

• кодирование штриховое

EN

• verification

DE

• Vermessung

FR

• vérification

проверка (подлинности)
верификация
Процесс сопоставления субъекта с заявленными о нем сведениями. В частности процедура сравнения подписи, созданной с помощью частного ключа, с соответсвующим открытым ключом.
[ http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=5048]

Тематики

• защита информации

Синонимы

• верификация

EN

• verification

4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].

Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).

Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа

4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].

Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий по сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно система.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.36 верификация (verification): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования полностью реализованы.

Примечания

1 В процессе проектирования и разработки верификация связана с экспертизой результатов данной работы в целях определения их соответствия установленным требованиям.

2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").

Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

3.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.

[ИСО 9000:2005]

Примечание - В качестве синонима может использоваться термин «проверка соответствия».

Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

2.22 верификация (verification): Подтверждение на основе анализа и представления объективных свидетельств того, что установленные требования выполнены.

Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).

Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа

3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

Примечания

1 Термин «верифицирован» используют для обозначения соответствующего статуса.

2 Деятельность по подтверждению требования может включать в себя:

- осуществление альтернативных расчетов;

- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

- проведение испытаний (3.8.3) и демонстраций;

- анализ документов до их выпуска.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

2.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования выполнены.

Примечание - Верификация это набор действий, с помощью которого происходит сопоставление характеристик системы или элемента системы с установленными требованиями к характеристикам. Верификация может охватывать установленные требования, описание проекта и саму систему.

Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа

2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).

Примечание - В некоторых случаях, например при верификации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

[ИСО 9000, статья 3.8.4]

Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа

3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.

Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

3.17 верификация (verification): Комплекс операций для проверки испытательного оборудования (например, испытательного генератора и соединительных кабелей), а также для демонстрации того, что испытательная система функционирует.

Примечание - Методы, используемые для верификации, отличаются от методов калибровки.

Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа

3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.

[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.

Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].

Примечание 2 - См. рисунок 1.

Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).

Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа

2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

Примечание - При аттестации (верификации) документированной системы контроля (2.70) могут использоваться методы текущего контроля и аудита, методики и проверки, в том числе случайный отбор проб и проведение анализа.

[ИСО 14698-1:2003, статья 3.1.22]

Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа

3.43 верификация (verification): Подтверждение экспертизой и предоставлением иного объективного свидетельства того, что результаты функционирования соответствуют целям и требованиям, определенным для такого функционирования.

[МЭК 62138, пункт 3.35]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).

[МЭК 62138:2004, определение 3.35]

Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа

3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.

Примечания

1. Адаптировано из ИСО 8402 путем исключения примечаний.

2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.

ПРИМЕР - Процесс верификации включает в себя:

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.

Примечания

1 Термин «верифицирован» используют для обозначения соответствующего статуса.

2 Деятельность по подтверждению требования может включать в себя:

- осуществление альтернативных расчетов;

- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;

- проведение испытаний (3.8.3) и демонстраций;

- анализ документов до их выпуска.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

5.1 верификация (verification):

в контексте маркировки и декларирования: Подтверждение посредством предоставления объективных свидетельств выполнения установленных требований.

[ИСО 14025:2006];

в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).

Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных и представление информации по парниковым газам.

[ИСО 14065:2007]

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.

Примечания

1 В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.

2 В соответствии с ИСО 14064-3:2006, статья 2.36.

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

04.02.27 долговременная маркировка [ permanent marking]: Изображение, полученное с помощью интрузивного или неинтрузивного маркирования, которое должно оставаться различимым, как минимум, в течение установленного срока службы изделия.

Сравнить с терминологической статьей «соединение» по ИСО/МЭК19762-1¹⁾.

______________

¹⁾Терминологическая статья 04.02.27 не связана с указанной терминологической статьей.

<2>4 Сокращения

ECI интерпретация в расширенном канале [extended channel interpretation]

DPM прямое маркирование изделий [direct part marking]

BWA коррекция ширины штриха [bar width adjustment]

BWC компенсация ширины штриха [barwidth compensation]

CPI число знаков на дюйм [characters per inch]

PCS сигнал контраста печати [print contrast signal]

ORM оптический носитель данных [optically readable medium]

FoV поле обзора [field of view]

Алфавитный указатель терминов на английском языке

<2>Приложение ДА¹⁾

______________

¹⁾

Источник: ГОСТ Р ИСО/МЭК 19762-2-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД) оригинал документа

конкретизация
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• specification

подробное описание
-
[Интент]

Параллельные тексты EN-RU

Allows users and data center professionals to learn from specifications generated by the world's leading experts on the subject.
[APC]

Пользователи, а также персонал ЦОДа имеют возможность учиться на примере подробных описаний, подготовленных ведущими мировыми специалистами в данной области.
[Перевод Интент]

EN

• specification

требования технические
ТТ
Обязательные для исполнения в рамках договора требования к разрабатываемой или поставляемой продукции и услуге, определяющие ее назначение и технические характеристики.
[РД 01.120.00-КТН-228-06]

Параллельные тексты EN-RU

If the above products do not meet your needs, please contact us with your specifications.
[Delta Electronics]

Если перечисленные выше изделия не подходят для вашего проекта – сообщите нам соответствующие технические требования.
[Перевод Интент]

Тематики

• проектирование, документация

Синонимы

• ТТ

EN

• design definition
• engineering requirements
• engineering specification
• performance objective
• performance requirements
• requirement
• requirements list
• requirements specifications
• specification
• specification requirements
• specifications
• standard
• technical characteristics
• technical demands
• technical requirements

технические характеристики
Ряд номинальных параметров или условий эксплуатации.
[ ГОСТ Р МЭК 60050-426-2006]

технические характеристики
-
[Интент]

Тематики

• взрывозащита
• проектирование, документация

EN

• characteristics
• data
• duty specifications
• engineering characteristic
• engineering data
• engineering specifications
• performance
• performance capability
• performance specification
• performance specifications
• rating
• specification
• specifications
• specifications manual
• TDS
• technical capability
• technical characteristics
• technical data
• technical data sheet
• technical details
• technical features
• technical performance
• technical specifications
• technical standards
• technical statement
• techspecs

FR

• caractéristiques generales
• caractéristiques techniques

техническое условие
Документ, устанавливающий технические требования, которым должна удовлетворять продукция, процесс или услуга.
[ ГОСТ Р 1.12-99]
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]

Тематики

• виды (методы) и технология неразр. контроля

EN

• specification

3.7.3 спецификация (specification): Документ (3.7.2), устанавливающий требования (3.1.2).

Примечание - Спецификации могут относиться к деятельности (например, процедурный документ, спецификация на процесс или спецификация на испытание) или продукции (3.4.2) (например, технические условия на продукцию, эксплуатационная документация и чертежи).

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

спецификация (specification): Перечень испытаний, ссыпок на аналитические методики и соответствующие критерии приемлемости, устанавливающие числовые границы, диапазоны или другие критерии для указанных испытаний. Спецификация устанавливает критерии, которым должен соответствовать материал для того, чтобы его можно было применять по назначению. Материал соответствует требованиям спецификации, если при испытаниях по принятым аналитическим методам он удовлетворяет установленным критериям приемлемости.

Источник: ГОСТ Р 52249-2009: Правила производства и контроля качества лекарственных средств оригинал документа

4.1.16 спецификация (specification): Документ, устанавливающий требования к продукции.

Источник: ГОСТ Р 54235-2010: Топливо твердое из бытовых отходов. Термины и определения оригинал документа

3.21 спецификация (specification): Документ, определяющий в полной, точной, проверяемой форме требования, дизайн, поведение или другие свойства системы либо компонента и, зачастую, процедуры для определения, выполняются ли эти требования.

[МЭК 60880, пункт 3.39]

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.2.1.1 спецификация (specification): Документ, устанавливающий требования.

[ИСО 9000:2005, пункт 3.7.3]

Примечание 1 - Документ, содержащий информацию о требованиях, может быть размещен на бумажном носителе, компьютерном диске или представлять собой образец изделия.

Примечание 2 - Обычно для этого термина необходимы уточнения. Примерами спецификаций являются спецификации на продукцию, процесс и функциональная спецификация.

Примечание 3 - В выборочном контроле при приемке партия может быть принята, поскольку она соответствует критериям приемки партии, но некоторые единицы продукции в выборке или партии могут не соответствовать требованиям к продукции.

Примечание 4 - По возможности требования необходимо выражать количественно в соответствующих единицах с границами поля допуска. В противном случае необходимо устанавливать критерий, применяемый для экспертизы и принятия решения при контроле. Критерий может быть задан в виде эталонного экземпляра продукции, эталонной выборки или фотографии. Критерий показывает минимально приемлемую или неприемлемую продукцию, вид и/или степень несоответствия, которые недопустимы.

Источник: ГОСТ Р ИСО 21747-2010: Статистические методы. Статистики пригодности и воспроизводимости процесса для количественных характеристик качества оригинал документа

3.39 спецификация (specification): Документ, определяющий в полной, точной, проверяемой форме требования, дизайн, поведение или другие свойства системы либо компонента, и, зачастую, процедуры для определения, выполняются ли эти требования.

[IEEE 610]

Примечание - Существуют различные типы спецификаций, например, спецификация требований к ПО или спецификация проекта.

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.60 спецификация (specification): Документ, определяющий в полной, точной, проверяемой форме требования, дизайн, поведение или другие свойства системы либо компонента, и, зачастую, процедуры, для определения, выполняются ли эти требования.

[МЭК 60880-2, 3.21 и IEEE 610] [1]

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.7.3 спецификация (specification): Документ (3.7.2), устанавливающий требования (3.1.2).

Примечание - Спецификации могут относиться к деятельности (например, процедурный документ, спецификация на процесс или спецификация на испытание) или продукции (3.4.2) (например, технические условия на продукцию, эксплуатационная документация и чертежи).

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

Технология программирования и отладки программ

49. Спецификация программы

Specification

Формализованное представление требований, предъявляемых к программе, которые должны быть удовлетворены при ее разработке, а также описание задачи, условия и эффекта действия без указания способа ее достижения

Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

3.2.52 нормативная и техническая документация (specification): Документы, устанавливающие требования.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

49. Спецификация программы

Specification

Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

сводное библиографическое описание
Библиографическое описание многотомного или сериального издания в целом, либо нескольких составляющих его томов, выпусков, номеров и т.д.
Примечание
Сводное библиографическое описание состоит из двух частей - общей части и спецификации.
[ГОСТ 7.76-96]

Тематики

• комплектование, библиографирование, каталогизация

Обобщающие термины

• библиографическое описание. основные понятия

EN

• collective bibliographic description

DE

• Sammelaufnahme

FR

• notice bibliographique de publication en plusieurs volumes

3.5.9 спецификация требований к функциям безопасности (safety functions requirements specification): Спецификация, содержащая требования к функциям безопасности, которые должны выполняться системами, связанными с безопасностью.

Примечания

1. Данная спецификация является частью (относящейся к функциям безопасности) спецификации требований к безопасности (см. 3.5.8), содержащей подробное и точное описание функций безопасности, которые должны выполняться системами, связанными с безопасностью.

2. Спецификации могут быть документированы с использованием текста, блок-диаграмм, матриц, логических диаграмм и т.д. при условии, что функции безопасности четко определены.

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

ограниченный пространственным зарядом
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• space-charge-limited
• SCL

язык описания конфигурации подстанции
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

язык конфигурации подстанции (по МЭК 61850-6)
-
[ ГОСТ Р МЭК 61850-7-2-2009]

Тематики

• релейная защита

Синонимы

• язык конфигурации подстанции

EN

• SCL
• substation configuration description language
• substation configuration language

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

де-факто стандарт Интернета
досл. "предлагается к обсуждению"
Дословно, "request for comments" означает публикацию предложения по стандартизации с целью обсуждения. Фактически, к документам RFC относятся как к сложившимся стандартам.
Документы RFC можно свободно получить по адресу http://www.ietf.org/rfc/rfcN.txt, где N — номер документа.
документ из серии пронумерованных информационных документов Интернета, содержащих технические спецификации и Стандарты, широко применяемые во Всемирной сети. Название "Request for Comments" ещё можно перевести как "заявка на обсуждение" или "тема для обсуждения". В настоящее время первичной публикацией документов RFC занимается IETF под эгидой открытой организации Общество Интернета (англ. Internet Society, ISOC). Правами на RFC обладает именно Общество Интернета. (Википедия - см. ссылку).
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• "предлагается к обсуждению"

EN

• Request For Comments
• RFC

запрос для обсуждения
Серия документов, начатая в 1969 году и содержащая описания набора протоколов Internet и связанную с ними информацию. Не все (фактически, очень немногие) RFC описывают стандарты Internet, но все стандарты Internet описаны в RFC. Документы RFC можно найти на сервере IETF 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• request for comments
• RFC

запрос комментариев - информационные документы интернета
—
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]]

Тематики

• релейная защита

EN

• request for comments
• RFC

запрос на изменение
Формальное предложение на реализацию изменения. RFC включает в себя детальное описание предложенного изменения, и может быть записано в бумажном или электронном формате.
[ http://www.dtln.ru/slovar-terminov]

Тематики

• информационные технологии в целом

EN

• RFC
• request for change

запрос на изменение
RFC
(ITIL Service Transition)
Формальное предложение на выполнение изменения. Запрос на изменения включает в себя детали предложенного изменения и может быть записан в бумажном или электронном виде. Термин «запрос на изменение» часто неверно употребляется в значениях «запись об изменении» или «изменение» само по себе.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

request for change
RFC
(ITIL Service Transition)
A formal proposal for a change to be made. It includes details of the proposed change, and may be recorded on paper or electronically. The term is often misused to mean a change record, or the change itself.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• request for change
• RFC

заявка на внесение изменений (в проект)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• request for change
• RFC

предложение для обсуждения
Серия нормативных документов, издаваемая с 1969 года под эгидой IETF в целях стандартизации и развития протоколов Internet. He все документы RFC являются официальными стандартами Internet. Часть из них носит рекомендательный характер, представляет справочный материал или содержит описание какой-либо проблемы. Концепция стандартизации определена документом RFC 2800, в котором описывается схема классификации протоколов в зависимости от их назначения и статуса (см. табл. R-4). Стандарты проходят три основные стадии рассмотрения: предложение, проект и окончательная версия стандарта. На этих стадиях им может быть присвоен один из трех статусов: обязательный, рекомендуемый или избирательного применения. В последнем случае может быть реализован один из нескольких вариантов протоколов по усмотрению разработчика. После завершения процесса согласования стандарту присваивается номер STD, который является одинаковым у всех спецификаций, которые логически связаны друг с другом (пример записи - STD13/RFC1034).

Таблица R-4. Классификация документов RFC



[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• RFC
• Request for Comments

регулирование потока рециркуляции
(напр. теплоносителя в ядерном реакторе, дымовых газов в топке котла)
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• recirculation flow control
• RFC

Комитет систем перспективного телевидения (США)
См. www.atsc.org.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• ATSC
• Advanced Television Systems Committee

комитет передовых телевизионных систем
Организация, разрабатывающая и утверждающая стандарты для передовых телевизионных систем, в том числе и HDTV. Наиболее широко стандарты ATSC распространены в США и Канаде.
Международная некоммерческая организация Advanced Television Systems Committee (ATSC) была образована в 1982г. с целью разработки новых стандартов телевидения. Именно эта группа специалистов разработала стандарт цифрового вещания ATSC, который теперь является основным на территории США, Канады, Мексики, Аргентины, Тайваня и Южной Кореи.
ATSC-спецификации включают в себя описание HDTV (High Definition TeleVision), SDTV (Standard Definition TeleVision), EDTV (Enhanced Definition TeleVision), многоканальный звук, интерактивное телевидение – в общем все те форматы, в которых возможно цифровое вещание. Напомним, что набор стандартов ATSC был создан с целью замены NTSC-системы, используемой, главным образом, в Северной Америке. Максимальное качество изображения, которое может предложить ATSC, соответствует разрешению 1920x1080 при формате экрана 16:9 и сжатии с помощью MPEG2. Мало того, качество трансляции приближается к уровню кинотеатрального благодаря тому, что многоканальный 5.1 звук кодируется с помощью формата Dolby Digital AC-3. В целом же спецификация ATSC несёт в себе описание аж восемнадцати форматов вещания ТВ, причём шесть из этих режимов относятся к HDTV. (Источник - broadcasting.ru).
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Advanced Television Systems Committee
• ATSC

комитет по новейшим телевизионным системам
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• advanced television systems committee
• ATSC

Комитет систем перспективного телевидения (США)
См. www.atsc.org.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• ATSC
• Advanced Television Systems Committee

комитет передовых телевизионных систем
Организация, разрабатывающая и утверждающая стандарты для передовых телевизионных систем, в том числе и HDTV. Наиболее широко стандарты ATSC распространены в США и Канаде.
Международная некоммерческая организация Advanced Television Systems Committee (ATSC) была образована в 1982г. с целью разработки новых стандартов телевидения. Именно эта группа специалистов разработала стандарт цифрового вещания ATSC, который теперь является основным на территории США, Канады, Мексики, Аргентины, Тайваня и Южной Кореи.
ATSC-спецификации включают в себя описание HDTV (High Definition TeleVision), SDTV (Standard Definition TeleVision), EDTV (Enhanced Definition TeleVision), многоканальный звук, интерактивное телевидение – в общем все те форматы, в которых возможно цифровое вещание. Напомним, что набор стандартов ATSC был создан с целью замены NTSC-системы, используемой, главным образом, в Северной Америке. Максимальное качество изображения, которое может предложить ATSC, соответствует разрешению 1920x1080 при формате экрана 16:9 и сжатии с помощью MPEG2. Мало того, качество трансляции приближается к уровню кинотеатрального благодаря тому, что многоканальный 5.1 звук кодируется с помощью формата Dolby Digital AC-3. В целом же спецификация ATSC несёт в себе описание аж восемнадцати форматов вещания ТВ, причём шесть из этих режимов относятся к HDTV. (Источник - broadcasting.ru).
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Advanced Television Systems Committee
• ATSC

комитет по новейшим телевизионным системам
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• advanced television systems committee
• ATSC

система управления основными фондами предприятия
Управленческая методология, которая позволяет увеличить производственную мощность предприятия только за счет применения ИТ, не прибегая к закупкам нового оборудования. При этом EAM-решения выступают одним из главных звеньев, связывающих информационно-управляющие системы уровня производственных процессов и уровня бизнес-процессов предприятия. В результате применения EAM-систем уменьшается время простоя, сокращаются расходы на техобслуживание оборудования, и эксплуатация основных средств становится максимально эффективной.
Базовый набор требований к EAM-системе включает в себя поддержку следующих функций:
подробное описание активов с учетом иерархической модели оборудования, разработка подробного долгосрочного графика обслуживания оборудования, составление списка деталей, необходимых для планового и непланового производственного ремонта;
приобретение комплектующих по требованию ("точно-по-состоянию" в противовес модели "точно-во-время"), логистическое обеспечение покупных деталей;
управление персоналом, позволяющее назначать персонал на работы по обслуживанию в соответствии с компетенцией, навыками и опытом;
статистический анализ производительности и надежности оборудования;
электронный мониторинг основного оборудования;
реализация стратегии предупредительного обслуживания (Preventive, predictive maintenance), а также стратегии обслуживания, основанного на распределенной надежности (reliability-centered maintenance RCM);
простая модель получения прибыли;
отслеживание и считывание серийных номеров отдельных единиц оборудования;
обслуживание оборудования на месте и по вызову, подготовка наряд-заказов;
финансовый анализ на основе подробного учета затрат на обслуживание оборудования;
управление проектом строительства и монтаж;
гарантийное обслуживание;
отдельный учет основных, оборотных и других видов активов.
EAM-системы решают четыре главные задачи:
управление активами (asset management) - подробное описание активов, управление запросами на обслуживание, составление расписания и смет на работы, предупредительный ремонт;
управления материально-техническим обеспечением (materials management) - соответствующие модули, как правило, интегрируются с системами управления закупками, позволяют автоматически регистрировать поступление/списывание комплектующих и деталей на склад/со склада, ведут спецификации на материалы, управляют заказами на доставку;
управления кадрами (HRMS);
управления финансами.
В общем случае процесс управления жизненным циклом (Asset lifecycle management) складывается из четырех стадий: покупки, отслеживания состояния, обслуживания и реализации оборудования.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• EAM
• Enterprise Asset Management